• ♦ 

METHOD AND APPARATUS FOR PROCESSING CONTROL USING 
A MULTIPLE REDUNDANT PROCESSOR CONTROL SYSTEM 

RELATED APPLICATIONS 

This application is a non-provisional application relying on the benefits of a prior filed 

provisional application Serial Number 60/1 12^32 filed on 
12/18/1998, which is incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention. 

The field of this invention related to computerized control systems for gathering 

sensor data from field units and triggering alarms or taking 
other actions based on the sensor data. More particularly this 
invention relates to multiple processor control units which are 
synchronized and evaluate sensor data for valid data. 

2. Related Art 

Many multiple processor control systems are available in the related art. These 

include systems as typified by U.S. Patent Similarly, U.S. 
patent 5,455.914 to Hashemi, et al. includes a multiple module 
processor which is controlled from a central computer station. 

US Patent 4,616,312 to Uebel, describes a two-out-of-three selecting facility in a 

three-computer system for a Triple Redundant Computer 
System which is especially suitable for use with 
microprocessors having a large number of outputs. The 
computers of the three computer system handle the same 
information parallel, but exchange their results in an 
asynchronous manner and compare them. 

US Patent 4,627,055 to Mori, et al.. describes a decentralized processing method and 

system having a plurality of subsystems of the same type which 
are connected to one another. Each subsystem has a diagnostic 
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mean for diagnosis of failure in the other subsystems and 



functions to take suitable counter-measures. 



US Patent 5,239,641 to Horst, for a method and a apparatus for synchronizing a 



5 



plurality of processors. Each processor runs off its own 
independent clock, indicates the occurrence of a predescribed 
processor event on one line and receives signals on another line 
for initiating a processor wait state. 



However, the I/O architecture of the instant invention is fundamentally different from prior 
systems, in that the prior systems rely on intelligent I/O modules, with one microprocessor 
per leg per module, while the instant invention relies on centralized I/O logic, with one 
microprocessor per leg, controlling all the I/O modules. A degree of local intelligence on 
each I/O module is implemented through gate array logic, acting primarily as a slave to the 
main processor. This architecture reduces the component cost and eliminates the significant 
size of such system which are usually housed in a central location. A unique synchronization 
system keeps the local clocks in synchronization. 

The instant invention provides a system which is intended to operate adjacent the equipment 
being controlled. 

SUMMARY OF THE INVENTION 

The instant invention comprises a fault tolerance controller comprising a triple 



Each channel is isolated from the others, no single-point failure in any channel can 

pass to another. If a hardware failure occurs in one channel, the 



modular redundant (TMR) architecture. The controller consist 
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of three identical channels, except for the power modules which 
are dual-redundant. Each channel independently executes the 



15 



application program in parallel with the other two channels. 
Voting mechanisms qualify and verify all digital inputs and 
outputs from the field; analog inputs are subject to a mid- value 
selection process. 



faultily channel is overridden by the other channels. Repair 
consists of removing and replacing the failed module in the 
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faulty channel while the controller is online and without 
process interruption. 

The controller of the instant invention features triplicated processor modules (MP), 

input/output modules (I/O) and optionally one or two Local 
Communications modules (LCM). Each I/O module houses the 
circuitry for three independent channels. Each channel on the 
input modules reads the process data and passes that 
information to its respective MP. The three MP communicate 
with each other using a high-speed bus called the Channel 1 1 

The system is a scan based system and once per scan, the MP module synchronizes 

and communicate with the neighboring MPs over the Channel 
1 1 . The Channel 1 1 forwards copies of all analog and digital 
input data to each MP, and compares output data from each 
MP. The MPs vote the input data, execute the application 
program and send outputs generated by the application 
program to the output modules. In addition, the controller votes 
the output data on the output modules as close to the field as 
possible to detect and compensate for any errors that could 
occur between the Channel 1 1 voting and the final output 
driven to the field. For each I/O module , the controller can 
support an option hot-spare module. If present, the hot-spare 
takes control if a fault is detected on the primary module during 
operation. The hot-spare position is also used for the online-hot 
repair of a faulty I/O module. 

The MP modules each control a separate channel and operating in parallel with the 

other two MPs. A dedicated I/O control processor on each MP 
manages the data exchanged between the MP and the I/O 
modules. A triplicated I/O bus, located on the base plates, 
extends from on column of V\Q modules to another column of 
I/O modules using IO bus cables. In this way the system can be 
expanded. Each MP poles the appropriate channel of the I/O 
bus and the I/O bus transmits new input data to the MP on the 
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polling channel. The input data is assembled into a table in the 
MP and is stored in memory for use in the voting process. 

Each input table in each MP is transferred to its neighboring MP over the Channel 1 1 . 

After this transfer, voting takes place. The Channel 1 1 uses a 
5 programmable device with a direct memory access to 

synchronize, transmit, and compare data among the three MPs. 

If a disagreement occurs, the signal value found in two of three tables prevails, and the 

third table is corrected accordingly. Each MP maintains data 
about necessary correction in local memory. Any disparity is 
10 flagged and used at the end of the scan by built-in fault 

analyzer routines to determine whether a fault exists on a 
*i particular module. 

J The MPs send corrected data to the application program and then executes the 

" ^ application program in parallel with the neighboring MP and 

|;=1 15 generates a table of output values that are based on the table of 

^ input values according to user-defined rules. The I/O control 

j;* processor on each MP manages the transmission of output data 

1 s * to the output modules by means of the I/O bus. 

= : 3 Using the table out output values, the I/O control processor generates smaller tables, 

20 each corresponding to an individual output module. Each small 

table is transmitted to the appropriate channel of the 
corresponding output module over the I/O bus. For example, 
MP A transmits the appropriate table to channel A of each 
output module over the I/O bus A. The transmittal of output 
25 data has priority over the routine scanning of all I/O modules. 

Each MP provides a 16-megabyte DRAM for the user- written application program, 

sequence-of-events (SOE) tracking, and I/O data, diagnostics 
and communication buffers. The application program is stored 
in flash EPROM and loaded into DRAM for execution. The 
30 MPs receive power from redundant 24 VDC power sources. In 

the event of an external power failure, all critical retentive data 
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is stored in NVRAM. A failure of one power source does not 
affect controller performance. If the controller loses power, the 
application program and all critical data are retained. 

In addition each MP can provide direct development and monitoring computer support 
5 and Modbus communication Each MP provides one (IEEE 

802.3 Ethernet) Development System computer port for 
downloading the application program to the Trident controller 
and uploading diagnostic information., one Modbus RE- 
232/RS-485 serial port which acts as a slave while an external 
10 host computer is the master. Typically, a distributed control 

system (DCS) monitors and optionally updates the controller 
;3 data directly through an MP. 

S The triplicated I/O bus is carried baseplate-to-baseplate using Interconnect 

n 

j Assemblies, extender modules, and I/O bus cables. The 

Lj 15 redundant logic power distribution system is carried using 

3 Interconnect Assemblies and Extender modules. 

f. The Channel 11, which is local to the MP baseplate, consists of three independent, 

* serial links operating at 25 Mbaud. It synchronizes the MPs at 

% the beginning of a scan. Then each MP sends its data to its 

J 20 upstream and downstream neighbors. The Channel 1 1 takes the 

following actions: transfers input, diagnostic and 
communication data, compares data and flags disagreements for 
the previous scan's output data and application program 
memory. A single transmitter is used to send data to both the 
25 upstream and downstream MPs. This ensures that the same 

data is received by the upstream processor and the downstream 
processor. 

Field signal distribution is local to each I/O baseplate. Each I/O module transfers 

signals to or from the field through its associated baseplate 
30 assembly. The two I/O module slots on the baseplate tie 

together as one logical slot. A first position holds the active I/O 
module and the second position holds the hot-spare I/O module. 
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Each field connection on the baseplate extends to both active 
and hot-spare I/O modules. Therefore, both the active module 
and the hot-spare module receive the same information from 
the field termination wiring. 

5 The 2 Mbaud triplicated I/O bus transfers data between the I/O modules and the MP. 

The I/O bus is carried along the DIN mounting rail and can be 
extended to multiple DIN rails. Each channel of the I/O bus 
runs between one MP and the corresponding channel on the I/O 
module. The I/O bus extends between DIN rails using a set of 
10 three I/O bus cables. 

Logic power for the module on each DIN mounting rail draws power from the power 
"% rails through redundant DC-DC power converters. Each 

channel is powered independently from these redundant power 

' : J sources. 

|;fj 

E[j 15 The controller of the instant invention incorporates integral online diagnostics. These 

Si diagnostics and specialized fault monitoring circuitry are able 

«rj to detect and alarm all single fault and most multiple fault 

! : f conditions. The circuitry includes but is not necessarily limited 

to I/O loop-back, watch-dog timers, and loss-of power sensors. 
:=J 20 Using the alarm information, the user is able to tailor the 

response of the system to the specific fault sequence and 

operating priorities of the application. 

Each module can activate the system integrity alarm, which consists of normally 

closed (NC) relay contacts on each MP Module. Any failure 
25 condition, including loss or brown-out of system power, 

activates the alarm to summon plat maintenance personnel. 

The front panel of each module provides light-emitting-diode (LED) indicators that 

show the status of the module or the external systems to which 
it may be connected, PASS, FAULT, and ACTIVE are common 
30 indicators. Other indicators are module — specific. A common 
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module housing accepts all circuit boards for the various 
modules 

Normal maintenance consists of replacing plug-in modules. A lighted FAULT 

indicator shows that the module has detected a fault and must 
5 be replaced. 

All internal diagnostic and alarm status data is available for remote logging and report 

generation. Reporting is done through a local or remote host 
computer. 

Additional special features include fault testing of channels through a loop-back 
10 through the base plate to ensure that the transmitting module is 

accurately transmitting data, and status information. 

3 The MP modules running in parallel rendezvous each scan to vote, and run the 

fl application program. At each rendezvous the modules are time 

f. synchronized by the adjustment of their time clocks by a 

|j 15 specific amount. Dependent on the disparity between time 

J 

clocks either a positive or a negative adjustment is made to 
those clocks out of synchronization. 

s .2 A System Executive runs the application program developed by a control engineer for 

: % a specific industrial site which is downloaded from a 

20 development PC. A System Input/Output Executive facilitates 

communication with the input/output modules and the System 
Executive. Both the System Executive and the System 
Input/Output Executive are resident on each MP processor 
modules. 

25 Each processor module MP consists of two semi-independent designs, the processor 

section and the input/output section. The processor section is 
dedicated to the System Executive and associated firmware, the 
input/output section is dedicated to System Input/Output 
Executive and associated firmware. There are three processor 

30 modules in a system. 



f y 
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The three processor modules communicate with each other via an inter-processor bus 

called the Channel 11. The Channel 1 1 is a high speed fault 
tolerant communication path between the processors and is 
used primarily used for voting data. The three processor 
modules are time synchronized with each other by a fault 
tolerant subsystem called the synchronization system. Each 
processor module contains two ports that can be used for 
interface with a development computer system or as a slave 
interface. Each processor module also contains one optional 
port for System Executive development or LAN support. The 
System Executive for each processor module communicates 
with its companion Input/Output section for that processor via a 
shared memory interface. Each Input/Output section 
communicates with at least one Input/Output module via a 
triplicated communications bus. Each processor module also 
communicates with at least one communications module via a 
triplicated communications bus. The communication module 
provides TCP/IP networking connections to the development 
PC and DCS hosts. The communication module also provides 
development and slave interface ports. 

Several interconnect legs couple each of the processor modules together to form the 

System Controller. Each leg of the System controller is 
controlled by separate processor modules and each processor 
module operates in parallel with the other two processor 
modules, as a member of a triad. The input/output executive 
scans each input/output module via the input/output bus. As 
each input/output module is scanned, the new input data is 
transmitted by the input/output module to processor module via 
shared memory located on the printed circuit board supporting 
the processor module and the input/output module. 

The processor module stores the input data into an input table in its memory for 

evaluation by the application program. 
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Prior to the application program evaluation, the input table in each processor module 

is compared with the input tables on the other processor 
modules via the Channel 1 1 . The Channel 1 1 is a three channel 
parallel to serial/serial to parallel communications interface 
with DMA controller, hardware loop-back fault detection, CRC 
checking and processor module to processor module electrical 
isolation. 

The complete input data in the table for each MP/IOP module 1 is transferred to the 

other MP/IOP module 1 in the system and then "voted" by the 
System Executive firmware SX 15'. After the Channel 1 1 
transfer and input data voting has corrected the input values, the 
values are evaluated by the application program. The 
application program is executed in parallel on each processor 
module by the MPC860 microprocessor which forms the 
processor module. The application program generates a set of 
output values based upon the input values, according to the 
rules built in to the program by the Control Engineer. The 
processor section transmits the output values to the 
Input/Output section via a shared memory. The processor 
section also votes the output values via Channel 1 1 access to 
detect faults, i.e. non-compliant component. The input/output 
module separates the output data corresponding to individual 
Input/Output modules in the system. Output data for each 
input/output module is transmitted via an Input/Output bus to 
the Input/Output modules for application to field units. 

THE DRAWINGS 

Control system overall block diagram 
Detailed overall block diagram 
I/O Module block diagram 
Main processor module block diagram 
Rail mount 



BRIEF DESCRIPTION OF 

Figure 1 
Figure 2 
Figure 3 
Figure 4 
Figure 5A-5B 
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Figure 6 


Interface block diagram 




Figure 7 


MP/IOP board block diagram 




Figure 8A-8B 


Flow of program support for application program 




Figure 9 


FPGA block diagram 


5 


Figure 10A 


Minimum system block diagram 




Figure 10B 


Large system block diagram 




Figure 11A&11B 


Communication paths for data capture and time 
synchronization 




Figure 12 


Communication modules block diagram 


£310 


Figure 13 


Enclosure diagram including heat dissipation pads and 
jackscrew 




Figure 14 


Main processor board block diagram with dual power source 
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Figure 15 


Power board block diagram 


Figure 16 


Dual board mounting structure and arrangement 
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Figure 17 


Profile of enclosure and interlock mechanism 




Figure 18 


Faceplate covers 
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Figure 19A-19B 


Main processor 




Figure 20A-20B 


Baseplate digital In base plate and connectors 




Figure21A-21B 


Baseplate digital out base plate and connectors 
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Figure 22A-22B 


Baseplate analog in base plate and connectors 




Figure 23A-23B 


Baseplate registers out base plate and connectors 




Figure 24 


FPGA register structure 




Figure 25 


Time synchronization diagram 



DESCRIPTION OF THE SPECIFIC EMBODIMENT 

Figure 1 is an overall block diagram of the control system which includes a Main processor 
1, I/O modules 2, communication modules 3 and dual redundant power supplies 4. 
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Figure 2, shows a typical system configuration in more detail, which includes one triple MP 
having an MP(A) la, an MP(B) lb and an MP(C) lc assembly and may include up to six I/O 
assemblies of various types of I/O modules. Two I/O modules 2a and 2b are illustrated. 
Assemblies are configured into a system on a mounting base plate using interconnect 
assemblies, extenders, I/O bus cables (used to join I/O columns) , and I/O bus terminators, 
I/O modules communicate with the MPs by means of a triplicated, RS-485 bi-directions 
communication bus, called the I/O bus 13. 

As noted above the instant invention comprises a fault tolerant controller 3 1 

comprising a triple modular redundant (TMR) architecture. The 
controller includes three identical channels, Channel A, 13 a, 
Channel B, 13b, and Channel C 13c except for the power 
i;3 5 modules which are dual-redundant. Each MP, MP(A), 1 a, 



I'.fi 



MP(B), lb, MP(C), lc on the channel independently executes 
the application program in parallel with the other two MPs. 



10 



Voting mechanisms qualify and verify all digital inputs and 
outputs from the field 34; analog inputs are subject to a mid- 
value selection process. 



Each channel 13 is isolated from the others, no single-point failure in any channel 13 



15 



can pass to another. If a hardware failure occurs in one channel 
13, the faultily channel 13 is overridden by the other channels. 
Repair consists of removing and replacing the failed module in 
the faulty channel while the controller is online and without 



process interruption. 



As shown in Figure 2, each I/O module houses the circuitry for the three independent 



channels 13a, 13b, and 13c each channel serviced by an FPGA 
30a, 30b, 30c Each FPGA 30 on the channels on the input 



20 



modules reads the process data from the field circuitry 32a, 
32b, and 32c and passes that information to the respective MP 



module 1. 



25 



The three MP modules 1 communicate with each other using a high-speed bus inter- 

MP bus called a channel. 11. The system is a scan based 
system and once per scan, the MP modules 1 synchronize and 
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communicate with the neighboring MP modules 1 over the 
Channel 1 1 . The Channel 1111 forwards copies of all analog 
and discrete input data to each MP module 1 . Each MP module 
1 compares its input table data with the input table data for all 
5 other MP modules 1 . The MP modules 1 vote the input data, 

execute the application program and send outputs generated by 
the application program to the output modules 2a, 2b and 2b\ 
In addition, the controller 3 1 votes the output data at the FPGAs 
30a, 30b and 30c on the output modules as close to the field as 
10 possible to detect and compensate for any errors that could 

occur between the Channel 1111 voting and the final output 
driven to the field 34. For each I/O module 2, the controller 3 1 
can support an optional hot-spare module 2' as shown in 
Figure 2. If present, the hot-spare takes control if a fault is 
^15 detected on the primary module during operation. The hot- 

spare position is also used for the online-hot repair of a faulty 
I/O modules. 

I The MP modules 1 each control a separate channel and operate in parallel with the 

other two MPs. A dedicated I/O control processor IOX 17' on 

20 each MP module 1/ OP module 1 as shown in Figure 4 

manages the data exchanged between the MP module and the 
I/O modules 2. A triplicated I/O bus 13, located on the base 
plates may be extended from one column of I/O modules 2 to 
another column of I/O modules 2 using IO bus cables. In this 

25 way the system can be expanded. Each MP module 1 poles the 

appropriate channel 13 of the I/O bus 13 and the I/O bus 
transmits new input data to the MP module 1 on polling the 
channel. The input data is assembled into an input table in the 
MP module 1 and is stored in memory for use in the voting 

30 process. 

Referring to Figure 2, each input table in each MP module 1 is transferred to its 

neighboring MP module 1 over the Channel 1 1 . After this 
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transfer, voting takes place. The Channel 1 1 uses a 
programmable device with a direct memory access to 
synchronize, transmit, and compare data among the three MP 
modules la, lb and lc. 

5 If a disagreement occurs, the signal value found in two of three tables prevails, and the 

third table is corrected accordingly. Each MP module 1 
maintains data about necessary corrections in local memory. 
Any disparity is flagged and used at the end of the scan by 
built-in fault analyzer routines to determine whether a fault 
1 0 exists on a particular module. 

Each of the MP modules 1 sends corrected data to the application program and then 

executes the application program in parallel with the 
neighboring MP modules 1. The application generates a table 
of output values that result from the table of input values 
15 according to user-defined rules. The I/O control processor IOP 

3 17 on each MP module 1 manages the transmission of output 

.i data to the output modules 2a by means of the I/O bus 13. 

^ Using the table of output values, the I/O control processor 17 generates smaller tables, 

5 each corresponding to an individual output module 2a where 

3 20 there are multiple output modules 2a. Each small table is 

transmitted to the appropriate channel of the corresponding 
output module 2a over the I/O bus 13. For example, MP 
module (A) la transmits the appropriate table to channel A of 
each output module 2b and 2b' I/O bus(A) 13 a. The transmittal 
25 of output data has priority over the routine scanning of all I/O 

modules 2. 

Each MP module 1 provides a 16-megabyte DRAM for the user- written application 

program, sequence-of-events (SOE) tracking, and I/O data and 
data tables, diagnostics and communication buffers. The 
30 application program is stored in flash EPROM and loaded into 

DRAM for execution. The MP modules 1 receive power from 
redundant 24 VDC power sources. In the event of an external 
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power failure, all critical retentive data is stored in NVRAM. A 
failure of one power source does not affect controller 
performance. If the controller loses power, the application 
program and all critical data are retained. 

In addition each MP module 1 can provide direct development and monitoring 

computer 6 support (Development System) and Modbus 5 
communications. Each MP module 1 provides one (LEEE 
802.3 Ethernet) Development System computer port for 
downloading the application program to the controller and 
uploading diagnostic information., one Modbus RE-232/RS- 
485 serial port which acts as a slave while an external host 
computer is the master. Typically, a distributed control system 
(DCS) monitors and optionally updates the controller 31 data 
directly through an MP module 1 connection. 

The triplicated I/O bus 13 is carried baseplate-to-baseplate using interconnect 

assemblies, extender modules, and I/O bus cables and the like. 
The redundant logic power distribution system is carried using 
interconnect assemblies and extender modules. 

The Channel 11, which is local to the MP module baseplate, consists of three 

independent, serial links operating at 25 Mbaud. The TriBus 
channel is used to synchronize the MP modules 1 at the 
beginning of a scan. Then each MP module 1 sends its data to 
its upstream and downstream neighboring MP modules 1 . The 
Channel 1 1 transfers input, diagnostic and communication data, 
compares data and disagreements are flagged by the MP 
modules 1. for the previous scan's output data and application 
program memory. A single transmitter is used to send data to 
both the upstream and downstream MP modules 1 by a 
transmitting MP module 1 . This facilitates reception of the 
same data by the upstream processor and the downstream 
processor. 
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Field 34 signal distribution is local to each I/O baseplate. Each I/O module transfers 

signals to (in the case of an output module 2) or from the field 
(in the case of an input module 2) through its associated 
baseplate assembly. There are two I/O module slots on the 
5 baseplate tie together as one logical slot as shown in Figures 

5A and 5B; a first position holds the active I/O module 2a and 
2b and the second position holds the hot-spare I/O module 2a' 
and 2b'. Each field 34 connection on the baseplate extends to 
both active and hot- spare I/O modules 2a' and 2b'. Therefore, 
10 both the active module 2a and the hot-spare module 2a' receive 

the same information from the field 34 termination wiring in 
the case of Input and in the case of output module 2b and the 
U hot spare module 2b' are sent the same information in the case 

i n of output. 

-a 

f;fj 15 The triplicated I/O bus 13 transfers data between the I/O modules 2 and the MP 

modules 1. The I/O 13 bus is carried on a DIN mounting rail 
66, as shown in Figures 5A and SB and can be extended to 

i y multiple DIN rails 66. Each channel 13 of the I/O bus 2 runs 

[ =i between one MP module 1 and the corresponding channel on 

*'jjj20 the I/O module 2. 

Logic power for the modules on each DIN mounting rail 66 draws power from the 

rails through redundant DC-DC power converters. Each 
channel is powered independently from these redundant power 
sources. 

25 Each of the three input channels 13a, 13b and 13c measures the input signals from 

each point on the baseplate asynchronously, determines the 
respective states of the input signals, and places the values into 
input tables A, B and C respectively. Each input table in each 
MP module 1 is interrogated at regular intervals over the I/O 

30 bus 13 by the I/O communication processor 17 located on the 

corresponding MP module 1, for example, MP module A (la) 
would interrogate Input Table A 1 over I/O Bus A (13a). 
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The I/O modules are specific in application or function and functionality may be 

expanded as required by the addition of additional functional 
modules. Referring to Figure 6, the interfaces for the 
controller 3 1 are shown to include I/O modules 2 configured as 
a Digital Input Module 2a (DI), a Digital Output module, 2b 
(DO) an Analog Input module 2c (AI) an Analog Output 
module 2d (AO) and a Pulse Input module 2e (PI). 

The Digital (Discrete) Input Module 2a contains the circuitry for three identical 

channels 13 as shown in Figure 3 as 13a, 13b and 13c (A, B, 
and C). Although the channels reside on the same module 2, 
they are completely isolated from each other and operate 
independently. Each channel 1 3 contains an application- 
specific integrated circuit (ASIC) which handles 
communication with its corresponding MP module 1 , and 
supports run-time diagnostics. Each of the three input channels 
measures the input signals from each point on the baseplate 
asynchronously, determines the respective states of the input 
signals, and places the values into input tables A, B and C 
respectively. Each input table is interrogated at regular 
intervals over the I/O bus by the I/O communication processor 
located on the corresponding MP, for example, MP A 
interrogates Input Table A over I/O Bus A. 

Special self-test circuitry is provided to detect and alarm all stuck-at and accuracy 

fault conditions in less than 500 milliseconds and allows 
unrestricted operation under a variety of multiple fault 
scenarios. 

The input diagnostics are specifically designed to monitor devices which hold points in one 
state for long periods of time. The diagnostics ensure complete fault coverage of each input 
circuit even if the actual state of the input points never changes. 

The DO (Digital Output module) module 2b also contains the circuitry for three 

identical, isolated channels 13, Each channel and includes an 
ASIC which receives its output table from the I/O 
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communication processor 1 7 on its corresponding main 
processor MP module 1 . All DO modules 2b use special quad 
output circuitry to vote on the individual output signals just 
before they are applied to the load. This voter circuitry is based 
on parallel-series paths which pass power if the drivers for 
channels A and B or channels B and C, or channels A and C 
command them to close- in other words, 2 out of 3 drivers 
voted on. The quad output circuitry provides multiple 
redundancy for all critical signal paths, guaranteeing safety and 
maximum availability. 

A DO module executes an output voter diagnostic (OVD) routine at a predetermined 

time on each point. OVD detects and alarms two different 
types of faults. The first is "points" - all stuck-on and stuck-off 
points are detected in less than 500 milliseconds. The second is 
"switches" — all stuck on or stuck-off switches or their 
associated drive circuitry are detected. During OVD execution, 
the commanded state of each point is momentarily reversed on 
one of the output drivers, one after another. Loop-back on the 
module allows each ASIC to read the output value for the point 
to determine whether a latent fault exists within the output 
circuit. The output signal transition is less than 2 millisecond 
and is transparent to most field devices. OVD is designed to 
check outputs which typically remain in one state for long 
periods of time. The OVD strategy for a DO Module ensures 
full fault coverage of the output circuitry even if the 
commanded state of the points never changes. 

On an AI Module 2c, each I/O FPGA 30 on channel 13 measures the input signals 

asynchronously and places the results into an input table of 
values. Each input table is passed to the associated MP module 
1 using the corresponding I/O bus 13. The input table in each 
MP module 1 is also transferred to its neighbors across the 
Channel 1111. A middle value is selected by each MP module 
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1, and the input table in each other MP module 1 is corrected 
accordingly. In TMR mode, the mid-value data is used by the 
application program; in duplex mode, an average is used. An 
Analogy (AO) module may also be included for analog 
5 adjustment of and analogy driven parameter. 

The Relay Output (RO) Module is a non-triplicated module for use on non-critical 

points which are not compatible with high-side, solid-state 
output switches; for example, interfacing with enunciator 
panels. The RO Module receives output signals from the MPs 
10 on each of three channels. The three sets of signals are then 

voted, and the voted data is used to drive the 32 individual 

?"\ relays. Each output has a loop-back circuit which verifies the 

operation of each relay switch independently of the presence of 

!=R a load. Ongoing diagnostics test the operational status of the 

i;n 15 RO Module. 

= : j Special self- test circuitry is provided to detect and alarm all stuck- at and accuracy 

i s fault conditions in less than 500 milliseconds. 

= y 

u Each I/O module 2 is designed to operate directly from redundant 24 VDS power 

: J sources as shown in Figure 7. Logic power is carried 

U 20 baseplate-to-baseplate, allowing a signal logic power 

connection per column. The power conditions circuitry is 
protected against over- voltage, over-temperature, and over- load 
conditions. Integral diagnostic circuitry checks for out-of-range 
voltages and over-temperature conditions. A short on a channel 
25 13 disables the power regulator rather than affecting the power 

sources. 

The controller 3 1 of the instant invention incorporates integral online diagnostics. 

These diagnostics and specialized fault monitoring circuitry are 
able to detect and alarm all single fault and most multiple fault 
30 conditions. The circuitry includes but is not necessarily limited 

to I/O loop-back, watch-dog timers, and loss-of power sensors. 
Using the alarm information, the user is able to tailor the 
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response of the system to the specific fault sequence and 
operating priorities of the application. 

Each module can activate the system integrity alarm, which consists of normally 

closed (NC) relay contacts on each MP module 1 . Any failure 
5 condition, including loss or brown-out of system power, 

activates the alarm to summon plant maintenance personnel. 

The front panel of each module provides light-emitting-diodes (LED) 41 indicators as 

shown on Figure 16 that show the status of the module or the 
external systems to which it may be connected, PASS, FAULT, 
10 and ACTIVE are common indicators. Other indicators are 

module - specific. 

3 Normal maintenance consists of replacing plug-in modules. A lighted FAULT 

S indicator shows that the module has detected a fault and must 

J be replaced. 

[* 15 All internal diagnostic and alarm status data is available for remote logging and report 

generation. Reporting is done through a local or remote host 
j computer. 

] Additional special features include fault testing of channels through a loop-back 

i through the base plate to ensure that the transmitting module is 

20 accurately transmitting data, and status information. 

The MP modules 1 running in parallel rendezvous each scan to vote, and run the 

application program. At each rendezvous the MP modules 1 
are time synchronized by the adjustment of their time clocks by 
an amount required to bring them into synchronization. 
25 Dependent on the disparity between time clocks either a 

positive or a negative adjustment is made to those clocks out of 
synchronization. 

Referring again to Figure 4, the preferred main processor (MP, 15) CPU is a 

Motorola MPC860 operating at 50 MHz with PLL enabled. The 
30 oscillator tolerance is 25 ppm. The MP 15 uses the following 

components of the MPC860, RISC CPU, 4 Kbyte data cache, 4 
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Kbyte instruction cache, MMU, Memory controller, Time base 
used for a real time clock, Interrupt controller used for all serial 
and DMA channel, Channel 1 1, and synchronization system 
interrupts, the PC 860, Parallel port is used for LEDs and 
miscellaneous I/O, Communications Processor and other 
communicators. 

The Main Processor, MP module 1 comprises at least two semi-independent sections, 

the MP section 1 5 (main processor) and the IOP section 1 7 
(Input/Output Processor). Also provided are a Modbus port 5 
which is a Modicon protocol port. The system supports acting 
as a slave to the port 5 communication. A development system 
port 6 is also provided through which the application program 
developed may be downloaded from a development PC or other 
computer and the controller 3 1 monitored. Communications 
between the main processor MP sections 15 and other main 
processor sections of other MP modules 115 takes place over 
the Channel 1111. Communication between the Input/Output, 
IOP sections 17, with other processor IOP sections 17 takes 
place over the IOP bus 14. Communications between the 
MP/IOP module 1 and communications CM module 3 take 
place over the LCB bus 9. 

Each MP module 1 is capable of operating in SINGLE, DUAL and TMR (Triple 

Modular Redundant) modes. Each MP may control up to 56 
I/O base-plate assemblies (LIO modules 2). The number of I/O 
base-plate assemblies varies based upon system options and 
requirements for a given industrial or other installation. 

The IOP uses the following components of the MPC860: a RISC CPU, 4 Kbyte data 

cache, 4 Kbyte instruction cache, Memory Management Unit, 
Memory controller, a Time base, use for IOX real time clock, 
Interrupt controller used for all serial and DMA channel, 
Parallel port used for IOP leg synchronization, and LEDs and 
miscellaneous IO, a Communications Processor, BDM Port, 
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SCC1 used for remote/expansion IOP bus, SCC2 used for the 
LIO bus, SCC3 used for upstream IOP communications, SCC4 
used for downstream IOP communications, SCM2 used for 
very low level hardware and IOX debug & development. The 
5 IOP clock is derived from the MP 50 MHz clock. 

As shown in Figure 4 the MP 15 is dedicated to SX 15' (the system executive) and 

associated firmware, the IOP 17 is dedicated to IOX 17' (the 
input output executive) and associated firmware. Each MP 1 5 
section also includes one optional 802.3 port 10 for SX 15' 
10 development or LAN support. Each MP 15 communicates with 

its associated IOP 17 via a shared memory interface 18 to 
memory unit 16. 

The primary function of SX 15' is to provide a execution environment for a 

application program developed by a Control Engineer for a 
15 particular industrial control system. To provide this 

environment, the SX 15' is engaged in performing the 
following steps as shown in Figures 6A and 6B: 



1. 


Receiving Inputs from the IOP , step 301; 


2. 


Voting Inputs for the application program, step 302; 


3. 


Downloading application programs (All and Changes), step 303; 


4. 


Executing application programs, step 304; 


5. 


Sending outputs to the IOP , step 305; 


6. 


Sending Configuration Information to the IOP , step 306; 


7. 


Processing messages from Communications Modules LCM, step 307; 


8. 


Verifying the integrity of the hardware, step 308; 


9. 


Reading Modbus Slave Requests, step 309; and 


10. 


Return for more inputs, step 310. 



The SX 1 5 ' firmware executes the application program generated by the user and 

down loaded from a development PC 35 or other computer 
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system as shown in Figure 10A. The application program uses 
Digital and Analog IOP Inputs and sends outputs to the 
input/output and communication boards. SX 15' controls 
timing and synchronization between the three MPs 15, voting 
5 of input data and system data, detection and analysis of I/O 

faults and internal faults, and communication with the 
development system 35 and a diagnostic port. 

The SX 15' runs in parallel on each of the three Main Processors la, lb and 1c 

controls timing and synchronization between the three MP 

10 modules 15 and the voting of input data and system data,. 

These Processors are kept in real time synchronization by a 
combination of the time specific hardware and software 
functions. SX 1 5 ' uses real time synchronization to rendezvous 
all of the Main Processors at a maximum scan rate. The scan 

1 5 rate is selectable by the user within the range of 10 ms to 450 

ms. Once the rendezvous occurs, each SX 15' transfers 
information tables between the three Main Processors. SX 15' 
then determines what functions need to be done during the 
scan. These include updating memory, running a application 

20 program, and the like. 

Referring again to Figure 2 and Figure 4, the IOX IT firmware executes on a 

separate 50 MHz MPC860 CPU, located on the MP 15 module. 
There are three identical copies of IOX firmware, on each MP 
module 1. These copies are referred to as legs A, B and C 

25 based on MP modules 15 they are running on. Each leg or 

channel (between MPs) has an upstream leg and a downstream 
leg, referred to as US and DS. The following table defines the 
Upstream, US, and Downstream, DS, mapping functions. The 
relationship is illustrated in Figure 11 showing upstream and 

30 downstream paths. Where u = upstream, d = downstream, 

m=me, T = TTS pulse, L = Loop-back capture, C = Capture. 
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As shown in Figure 10A, the typical minimum system of the instant invention 

includes three MP/IOP modules; la, lb and lc. At least one of 
these modules, 1 a, may be connected to a application program 
development computer 35 over a development connection 6 to 
5 the system executive, SX 15\ This connection permits a 

download of the application program developed on the 
development system 35 to at least one of the three processors 
la, lb, lc which loads the program to the other two. 
Additionally, an interface over the Modbus 5 for each of the 

10 processors permits distributed processor control system (DCS) 

and human machine interface (HMI) communications over 
RS232/RS485 bus ports, 5b and 5c. Each of the processors 
communicates over an LIO bus 1 3 on independent 
interconnection lines 13a, 13b and 13c as shown in Figures 

15 10A and 10B. Each of the LIO bus connections interfaces with 

the LIO modules 2a and 2b, shown by way of example, each of 
which have triplicated FPGAs 30a, 30b, and 30c over bus 13a, 
13b and 13c. Each FPGA is coupled to the field circuitry 32a, 
32b and 32c respectively which receives field inputs 34 for the 

20 particular control system being monitored. The IO modules 

may as noted above be configured for particular services, such 
as DI, DO, AI, AO, RO, and the like. 

With reference to Figure 10B, an alternate configuration of the triplicated main 

processors la, lb and lc is shown utilizing dual communication 

25 modules 3a and 3b which provide the Modbus and 

Development serial links, but in addition provide external 
communication links for external communications. In this 
configuration the Modbus 5 and Development 6 ports on the 
MP modules la, lb, and lc are disabled. Each of the LCM 

30 modules 3a and 3b communicates with each of the respective 

MP/IOP modules over communication lines 9a, 9b and 9c 
which are coupled to the communication bus (LCB) of each of 



23 of 91 



the main processors. Figure 10B also shows additional LIO 
modules 2c and 2d attached to the LIO bus to illustrate that 
multiple LIO modules 2 may be connected on the same LIO bus 
13. 

5 While the system of the instant invention is shown as triplicated MP/IOP modules 1, 

multiple LIO modules 2 and optionally one or more LCM 
modules 3, other configurations are possible to provide more or 
less, redundancy. As shown in Figure 12, the LCM module 3 
provides two 802.3 TCP/IP networking connections 24 (for 

10 peer to peer linking) and 25 (for development system 35 or 

DCS hosts linking). The LCM also provides RS232/RS485 
ports 26, 27, and 28 for supplemental bus and development 
system linking. The LCM is based on a Motorola MPC860T 
and MC68360 which is used as a communications co- 

1 5 processor. 

The system may also run with only one each of the various modules or combinations 

of multiple MP/IOP modules 1, LCM modules 3 or LIO 
modules 2. The System Executive, SX 15' of each MP/IOP 
modules 1 is responsible for executing the application program 

20 downloaded from the Development PC 35. The System 

Input/Output Executive, IOX 17', communicates with the 
FPGA's 30 of the LIO modules 2 and the SX 15'. Both SX 
15' and IOX 17' are resident on the MP/IOP module in the MP 
section and the IOP section respectively. The LIO modules 

25 convert physical inputs and outputs to communication 

messages. 

The MP memory 16 includes an FPGA 77 as shown in block diagram form in Figure 9 which 
contains the following MP/IOP functions: Channel 1 1 management, synchronization system 
management, the MP watchdog, the MP Hard reset management, the IOP watchdog, the IOP 
Hard reset management, Expansion flash prom decode routine, Modbus / LCM channel 
MUX, Fault LED control, and Mode LED control. As shown in Figure 9, the major block 
descriptions of the FPGA software is as follows: 
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Rx_channel, 80 VHDL module containing: Rx_recvr, Rx_pllh, Rx_crc and Rxctrl. This 
module is used twice, once for the upstream channel and once for the 
downstream channel. 

Rxrecvr, 80a Dual 5 bit de-serializer, dual 5b4b decoder, symbol decoder and byte strobe 
5 generation. Operates from the received clock. 

Rx_pllh, 80b Byte synchronization digital phase lock loop. Syntheses byte strobes from 
the received byte strobe. Operates from the MPC860 50 Mhz clock divided 
by 4. 

Rx_crc, 80c Calculates and checks the received CRCs, based upon a nibble polynomial 
10 lookup table for CRC32. Operates from the MPC860 50 Mhz clock divided 

by 4. 

Rx_ctrl 5 80d Receive state machine. Decodes and sequences received bytes and request 

writes to the RX FIFO. Detects and handles receive channel errors. Operates 
from the MPC860 50 Mhz clock divided by 4. 

15 Tx_channel, 81 VHDL module containing: Tx xmitr, Tx_crc and Tx_ctrl 

Tx_xmitr, 81a Dual 4b5b encoder, symbol encoder, dual 5 bit transmit shift register and 

byte strobe generator. Detects and handles Transmit channel errors. Operates 
from the MPC860 50 Mhz clock divided by 4. 

Tx_crc., 81b Calculates and sends the transmit CRCs. Based upon a nibble polynomial 
20 lookup table for standard CRC32. Operates from the MPC860 50 Mhz clock 

divided by 4. 

Tx_ctrl, 81c Receive state machine. Generates packet symbol sequences, header, header 
to data pad and data field sequence. Requests and reads bytes from the TX 
FIFO. Operates from the MPC860 50 Mhz clock divided by 4. 

25 Rx_fifo, 82 Contains 4-32 by 8 dual port SRAMs organized as two 16 by 32 FIFOs. Also 

contains the receive channel byte to 32 bit word steering MUX. 

Tx_fifo, 83 Transmit channel FIFO, contains 4-32 by 8 dual port SRAMs organized as 
one 16 by 32 FIFO and 1 by 32 bit word used for diagnostic CRC word 
storage. 15 by 32 locations spare. 

30 Tb_dma, 84 DMA bus controller and channel arbiter. Handles requests from the Transmit 
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and receive channels for FIFO bus read and writes. Controls the MPC860 
side on the Rx_fifo 5 Tx_fifo and all DMA address pointers (Tb_addr). 
Communicates via signal pins with the external Bus PAL for DMA transfers. 
Operates from the MPC860 50 Mhz clock divided by 2. 

5 Tb_addr, 85 All DMA pointers: Transmit buffer descriptor page register TXBDP, 

Transmit buffer descriptor index pointer TXBDI, Upstream buffer descriptor 
page register UPBDP, Upstream buffer descriptor index pointer UPBDI, 
Downstream buffer descriptor page register DNBDP, Downstream buffer 
descriptor index pointer DNBDI, MPC860 Address bus MUX and peripheral 
1 0 bus read back MUX. 

Tb_regs, 86 Holds the Miscellaneous control register, Transmit channel control register, 
■ Upstream and downstream control, Channel 1 1 interrupts and the peripheral 

bus interface. 

Tt, 87 synchronization system. Contains entire synchronization system 

In 1 5 functionality described hereafter plus 2 32 by 8 dual port SRAMs used for 

capture registers. Interfaces to and peripheral bus through Tb_regs. Operates 
j;^ from the MPC860 50 Mhz clock divided by 2. 

-'Z tbmisc, 88 Contains LED controls, expansion flash prom decode, LMP reset, LIOP 
*:5 reset, LMP watchdog timer and LIOP watchdog timer. Operates from the 16 

~ 20 mhz-baud clock. 

tb_a4, 89 FPGA, also contains clock buffers, parity generator and I/O buffers 

Figure 11 shows the interconnection of the main processor modules MP module 1. 

Figure 11 illustrates an upstream MP 90 (U) transmitting a 
pulse 90f (T) over path 90a (ud) to the downstream processor 

25 92 (D) where it is captured by downstream processor 92 at its 

downstream capture register 92j (dC); over path 90b to its 
upstream loop back capture register 90e (uL); along path 90c 
(mu) where it is captured by the My processor 91 (M) capture 
register 91h (uC) and over path 90d to its downstream loop 

30 back capture register 90g (dL). 
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Similarly, the My processor 91 (M) is shown transmitting a pulse 91 f (T) over path 91 

(um) a to the upstream processor 90 (U) where it is captured by 
downstream processor 90 at its downstream capture register 90j 
(dC); over path 91b to its upstream loop back capture register 
91 e (uL); along path 91c (md) to the downstream processor 92 
(D) to capture register 92h (uC) and over path 91 d to its 
downstream loop back capture register 91 g (dL). 

The downstream MP 92 (D) is shown transmitting a pulse 92f (T) over path 92a (dm) 

to the next downstream processor 91 (M) where it is captured 
by downstream processor 91 at its downstream capture register 
91j (dC); over path 92b to its upstream loop back capture 
register 92c (uL); along path 92c (du) to the upstream processor 
90 (U) to capture register 90h (uC) and over path 92d to its 
downstream loop back capture register 92g (dL). 

Table I 



Upstream and Downstream relation 



Le 


US (leg) 


DS 


A 


C 


B 


B 


A 


C 


C 


B 


A 



The IOP 17 which contains the IOX 17' provides the following serial communications 

interfaces: an LIO Bus, a Diagnostic Channel, an RS232 Debug 
port, a BDM port, a 802.3 lOBaseT Ethernet expansion IOP 
bus, RS485 expansion IOP bus, an I 2 C channel for 
communications with the Temperature sensor. 
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Each IOX 17' implements the complete logic for one of the three legs (A, B or C). It 

communicates with the other IOX 17' legs through two 
mechanisms: a synchronization signal and data messages 
through a serial, HDLC diagnostic bus. 

5 The IOX 17' internal execution architecture is based on deterministic, fixed duration 

"I/O scans". The IOX 17' design allows for any predefined scan 
duration, but is set to use a 1 millisecond scan time. During 
each I/O scan, execution proceeds in two modes: foreground 
and background. 

10 The foreground mode is implemented as an interrupt service routine, which takes up 

most of the I/O scan durations. An internal MPC860 timer 

^ interrupt is used to switch the CPU to foreground mode. This 

« I/O scan interrupt is synchronized by software with upstream 

and downstream IOX sections 17', ensuring that foreground 

^15 execution on all three legs starts within a maximum of 2 usee of 

3 each other. 

\ Following these tasks, the CPU reverts to the background mode, which implements 

h the synchronizing IOX 17' system time with the SX 15' system 

\ time informing SX 15' that IOX 17' is still operational 

* 20 processing control messages that SX 15' may have placed in 

the shared memory, and processing input from, and output to, 

the debug port. 

A diagnostic channel provides a communications link between the IOP legs. The MP 

module 15 and IOP 's module 17 leg addresses are read through 
25 MPC860 parallel port pins. 
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Table I 



Leg Address encoding: 



Leg number 


MPC860 Port Pin 




PB14 


PB15 


PB16 


Leg A 


0 


1 


1 


LegB 


1 


0 


1 


LegC 


1 


1 


0 


Bad address 


All other values 



The MP 15 and IOP 17 node addresses are read through MPC860 parallel port pins. 

Both the MP 1 5 and IOP 1 7 are connected to the same base- 
plate address plugs. 

Each redundant leg or channel 13 of the system is mechanically and electrically 

isolated from adjacent legs in an acceptable mechanical 
isolation, which is defined as at least equivalent to the trace-to- 
trace spacing required to achieve 800 VDC electrical isolation. 
Other isolation techniques such as opt-isolation at all leg-to-leg 
interfaces may be used as an alternative provided the preferred 
VDC is achieved. 

In the event of an MP failure, the triad, via software control, is dissolved dynamically 

and the remaining two re-configured into a dual-master 
configuration. A hot replacement MP is dynamically "re- 
educated" by transferring re-education data including 
application program and data over the Channel 1 1 on insertion. 

ENCLOSURE AND MOUNTING 

Referring to Figure 13, the MP/IOP modules, LIO 2 modules, LCM 3 modules are 

each housed in a separate configurable enclosure or housing 29, 
which receives the circuit boards which comprise the different 
modules. The same form of housing 29 may be used for each 
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« 



module by simply changing the face plate information for the 
particular module. The cover 20 and the base 21 of the housing 
29 are shown in Figure 13. Both the cover 20 and the base 21 
are provided with a thermal conductive pad or medium 36 
which is electrically non-conductive. The particular medium 36 
used for this purpose is a GAP PAD tm 1500 which is a 
conformable thermally conductive material for filling air gaps. 
The GAP PAD tm 1500 medium 36 used in this invention is 
obtainable from the Bergquist Company at 5300 Edina 
Industrial Boulevard, Minneapolis, NM 55439 and the 
Bergquist Company has been granted patents on such materials 
as is shown in U.S. Patent 5,679,457 which is incorporated 
herein by reference. 

The thermally conductive medium 36 is applied to the inner surfaces of the housing 

29, which preferably includes at least the two major surfaces. 
As illustrated, four surfaces are covered. Where increased 
thermal conductivity is desired all or any portion of the internal 
surfaces may be covered by medium 36. Each functionally 
specific module uses the same general circuit board for 
providing the redundant power and the character or the 
functionality of the particular module is determined by the 
module board for the various modules, as previously described, 
that is the electronic circuit board which implements the 
MP/IOP module 1, LCM module 3 or the various types of LIO 
modules 2. Figure 14 and Figure 15 show the block diagram 
for the power board 4 and the MP module 1 for example. 

Referring again to Figure 13, the molded cover 20 of the housing 29 includes a planar 

cover mounting surface 38 for receiving the thermal conductive 
medium 36, and a face plate 39 mounted generally at right 
angles to the mounting surface 38. The face plate 39 is 
provided with a series of LED conduits 40 that may be filled 
with fiber optic tubes or plastic inserts, or other light 
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transmissive medium or a cover for permitting light from 
LED's 41 which are mounted on the module circuit boards 54 
to pass from the circuit board to the surface of the faceplate 39 
for viewing. While holes may be left open in the cover 20 face 
plate 39, dust and debris from the industrial environment may 
contaminate the circuitry. Accordingly, these conduits are 
preferably filled to seal the housing 29. The extruded cover 20 
of the housing 29 has a plurality of thermal dissipating fins 61 
on an outer surface 38a. The face plate 39 also has a hole 74a 
for receiving the jack screw 50. 

The base 21 of the housing 29 includes a planar base mounting surface 43 and a base 

44 which has a plurality of connector holes 45 and grounding 
pin holes 46 for electrical connectors to a base plate 49. The 
grounding pins 47a and 47b are elongated as shown in Figure 
16 so that when the housing 29 is mounted to the base plate 49, 
the grounding pins 47 engage prior to engagement of the 
electrical connectors 48. This permits the housing 29 to be 
grounded before the power is applied to the module through 
engagement with the connectors 48. The base 21 further 
includes opposing sides 59a and 59b which enclose the housing 
29 when the same is assembled with the cover 20. The base is 
also provided with thermal dissipating base fins 60 mounted on 
the outer surface 43 a of the base mounting surface 43. In 
addition, grounding pin placement only permits one-way 
insertion, vertical. 

To allow the MP/IOP hardware to fit into the system packaging, the MP/IOP design 

is separated into two printed circuit board assemblies as shown 
in Figure 16. These are the functionality board 51 for the 
particular module being implemented and the power interface 
board 56 which are mounted in the system package in the form 
of a sandwich. A 50 pin connector connects the two PCBs at 
one end. 
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As shown in Figure 16, the power board 56 and the functionality board 57 are each 

sized to fit into the housing 29 and are connected in the form 
of a circuit board sandwich 37 with all of the inter board 
connectors 94 at one end. Also shown in the schematic of the 
circuit board sandwich 37 the data signals 54 are input and 
output at one end and visual signals 55 generated by LED's 41 
or any other source of light are output at the at the other. The 
power board 56 and the functionality board 57 are electrically 
connected at the end near the front of the housing 29 and all of 
the electrical connections are disposed at the rear of the housing 
29 and are externally accessible. The board sandwich 37 may 
be mounted inside the housing in any conventional manner 
provided that heat generated by the circuit boards is transmitted 
out of the housing. The thermally conductive medium should 
therefore be in contact with the circuit board and the inner 
surfaces of the housing. As shown in Figure 13, the base 21 
includes mounting pads 71 for fastening the power circuit board 
56 inside the housing which are disposed in the center at the 
four corners of the planar mounting surface. Only three of the 
mounting pads 71 are visible. It should be noted that other 
thermal control mechanisms such as coolant tubes and the like 
may also be used for heat dissipation within the housing 29. 

As shown in Figure 17, the cover 20 face plate 39 is also provided with a flexible 

Mylar cover 42 which is retained in opposing slots 58a and 58b 
on the front of the base and are used to identify the type of 
module (i.e. its function). In this respect, the conduits 40 are 
made to accommodate all of the positions for the LED's 41 for 
all configurations of LED's for each type of module. The 
Mylar cover 42 covers those conduits 40 not used for a the 
particular functionality intended. 

The major elements of the control system include field replaceable modules housed in a 
protective metal housing. These modules include a Main Processor Module (MP), I/O 
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Modules including a Digital Input Module (DI), a Digital Output Module (DO) a Relay 
Output Module (DI), an Analog Input Module (AI) an Analog Output Module and Extender 
Module (EM). 

Each of these modules is fully enclosed to ensure that no components or circuits are exposed 
even when the module is removed from the baseplate. Offset baseplate connectors make it 
impossible to plug a module in to the baseplate connectors in the incorrect position. In 
addition, keys on each module prevent the insertion of modules into the incorrect slots. 

Figures 18A, 18B, 18C, 18D and 18F shows typical MYLAR cover 42 for the face 

plate for the housing 29 for each of the various modules with 
indicia for functions identification and openings 95 aligned 
with the LEDs 41 of the specific functionality board and with 
5 opaque areas covering unused channels 40. The specific 

indicators used for the MP/IOP module 1 are shown in the 
following table although other indicators may be used as 
required. Many of these same indicators may be used in other 
modules. 

Table II 
MP/IOP indicators 
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Front Panel 
Indicators Status 
Function 


LED Indicator 


Color 


Power up 


Controlled By 


Module 


Pass 


Green 


Off 


Not Fault 


Status 


Fault 


Red 


On 


MP|IOP 




Active 


Green 


Off 


MP 


Mode 


Run Mode 


Green 


On 


MP 




Remote Mode 


Green 


On 


MP 




Program Mode 


Yellow 


On 


MP 




Stop Mode 


Yellow 


On 


MP 


Alarms 


Field Power 


Red 


On 


MP 




System Power 


Red 


On 


MP 




System Alarm 


Red 


On 


MP 




Program Alarm 


Blue 


On 


MP 




Over Temperature 


Red 


Off 


MP 




Lock 


IvcQ 


On/Off 


MP 


Communications 


TX/RX Reserved 


Green/Gree 
n 


Off 


Hw 


Status 


TX/RX IO bus 


Green/Gree 
n 


Off 


Hw 




TX/RX COMM Bus 


Green/Gree 
n 


Off 


Hw 




TX/RX Modbus 


Green/Gree 
n 


Off 


Hw 




LINK/TX/RX 
Development 


Green/Gree 
n/Green 


Off 


Hw 
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Network 









Hw = Hardware circuit. 

Note 1 MP or IOP , not both under firmware control. 

The module status indicators display the operational status on the MP/IOP 1 module. 

IOP 17 status is passed to the MP 15 via the shared memory 
interface. 

Pass - Indicates that both MP and IOP sections have passes all 

diagnostics. PASS is the inverse of FAULT, and can be 
read on both MPC860s PA8. PASS is active low. No 
user action required. 

Fault - Indicates a fault was detected on the MP or IOP 

sections. The user is expect to replace the module. The 
fault indicator is forced ON by a MP/IOP "hard" reset, 
or MP or IOP watchdog timer time-out or the FAULT 
port bit PA1 1 on the MP or IOP MPC860. The FAULT 
bit is active high. The FAULT bit is pull up via a 10k 
resistor, so that it defaults to the faulted state. Note: If 
the fault is detected in a non critical portion on the MP, 
such as the Debug port or Flash prom, or the MP has re- 
educated too many times due to transient faults, it is 
permitted for the MP to continue running is the Fault - 
Active state. See SX fault handling. 

Active - Indicates the MP is running the application program, he 

MP flashes Active LED once for each application 
program scan executed. SX firmware shall control the 
ON duty cycle to ensure the LED is visible, even for 
very fast application programs. The ACTIVE LED is 
driven from MPC860 port bit PA10, active high. 

Mode indicators 
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Run Mode 



Remote Mode 



Program Mode 



Stop Mode 



Field Power 



System Power 



System Alarm 



Indicates the System of the instant invention is in "Run" 
mode. Run is driven from the Channel 11/ 
synchronization system FPGA, see MCR register. The 
led shall default to ON during hardware reset. 

Indicates the System of the instant invention is in 
"Remote" mode. Remote is driven from the Channel 11/ 
synchronization system FPGA, see MCR register. The 
led shall default to ON during hardware reset. 

Indicates the System of the instant invention is in 
"Program" mode. Program is driven from the Channel 
11/ synchronization system FPGA, see MCR register. 
The led shall default to ON during hardware reset. 

Indicates the System of the instant invention is in 
"Stop" mode. Stop is driven from the Channel 11/ 
synchronization system FPGA, see MCR register. The 
led shall default to ON during hardware reset. 

System status indicators 

Indicates that a 24v field power input on one or more 
I/O module is missing. If the field power alarm is on, 
the system alarm is illuminated by SX. Development or 
Trilog must be queried by the user to determine the 
actual module(s) reporting the alarm condition. 
FP ALRM is active high on PB29. 

Indicates that there is a 24V logic power input missing 
on one or more MP, I/O or CM module. Development 
or Trilog must be queried by the user to determine the 
actual module(s) reporting the alarm condition. If the 
logic power alarm is on, the system alarm is illuminated 
by SX. SP_ALRM is active high on PB28. 

Indicates that a fault or error condition is present in the 
System of the instant invention. Development or Trilog 
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must be queried by the user to determine the actual 
module(s) reporting the alarm condition. System alarm 
is driven by the MP port bit PA9. System alarm is active 
high and pulled up. 

Program Alarm - Is driven by the application program to indicate an 

alarm condition detected by the application program, 
typically bypassed points. Program alarm is driven by 
the MP port bit PD5. System alarm is active high and 
pulled up. 

Over Temp. - Indicates an MPC860 junction over temperature. Over 

temp is driven directly from the temperature monitor IC. 
SX shall program the trip temperature via the I 2 C 
channel. See "Temperature sensor" section for details. 

Lock - Indicates the module is not locked into its base-plate. 

The unlock status bit is readable on both MPC860's 
port bit PC9. Unlock active high and pulled up. See 
"Lock detector" section for details. 

Module communications indicators 

Communications indicators are provided to aide the user/ installer in trouble shooting 

cable instillation problems. 

Reserved TX/RX - Flashes when an expansion IOP is communicating over 

the RS485 IOP bus. 

IO Bus TX/RX - Flashes when the IOP is communicating on the LIO bus. 

COMM Bus TX/RX - Flashes when the MP is communicating to either 

LCM. 

Modbus TX/RX - Flashes when the MP is communicating on it's 

local RS232/RS485 Modbus port. 

Development Link - Indicates the MPs lOBaseT twisted pair receiver has 

established a hardware connection over RX+ and RX- 
signals with the Ethernet hub. Note: The hub should 
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also contain a Link LED to indicate a hardware 
connection has been established with the MPs TX+ and 
TX- twisted pair signals. 

Development TX/RX - Flashes when the MP is communicating on it's 

802.3 lOBaseT Development network. 

Flashes when the MP is communicating on it's 802.3 
TriLan port or when the LRXM or expansion IOP is 
communication over it's 802.3 fiber optic port. 

The table below lists the conditions represented by the top indicators on the DI front 

panel (see page 143 for an illustration) and provides a 
description and a recommended action for each condition. An 
X represents a neutral indicator. 



Pass 


Fault 


Active 


Lock 


Description 


Action 


On 


Off 


On 


Off 


Module is operating normally. 


No action is required. 


On 


Off 


Off 


Off 


Possible conditions: 

Application program has not been 
loaded into the MP. 


If module is the hot spare, no 
action is required. 










Application program has been loaded 
into the MP, but has not been started 
up. 

Module has just been installed and is 
currently running start-up diagnostics. 


If module is active, replace 
module. 




















The other module is active. 




Off 


On 


X 


Off 


Possible conditions: 
Module may have failed. 

Module may be in the process of 
power-up self-test. 

Module has detected a fault. 


See mode indicator status for 
power-up states. 

If module's PASS indicator 
does not go on within five 
minutes, replace module. 

Module is operational, but 
should be replaced 


X 


X 


X 


On 


Module is unlocked from the baseplate. 


Lock module. 


On 


On 


X 


X 


Indicators/signal circuitry on the 
module are malfunctioning 


Replace module. 
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The following table lists the conditions that can be represented by the Field 

Powerindicator. 



Field Power 


Description 


Action 


On 


Field power from one or more of the 
redundant sources is missing. 


To isolate the missing power source, use the 
Development System computer Diagnostic 
Panel. 

Correct the problem in the field circuit. 

If these steps do not solve the problem, 
replace module. 


Off 


Field power is operating normally. 


No action is required. 



The following table lists the possible conditions that can be represented by a point 

indicator. 



Point (1-32) 


Description 


On 


Field circuit is energized. 


Off 


Field circuit is not 

en 
erg 
ize 
d. 



The table below lists the conditions represented by the top indicators on the DO front 

panel (see page 148 for an illustration) and provides a 
description and a recommended action for each condition. An 
X represents a neutral indicator. 



Pass 


Fault 


Active 


Lock 


Description 


Action 


ON 


Off 


On 


Off 


Module is operating normally. 


No action is required. 


On 


Off 


Off 


Off 


Possible conditions: 

Application program has not been 
loaded into the MP. 

Application program has been loaded 
into the MP, but has not been started 
up. 

Module has just been installed and is 


If module is the hot spare, no 
action is required. 

If module is active, replace 
module. 
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currently running start-up diagnostics. 
The other module is active. 




Off 


On 


X 


Off 


Possible conditions: 
Module may have failed. 

Module may be in the process of 
powcr-up ocii-icoi. 

Module has detected a fault. 


See mode indicator status for 
power-up states. 

If module's PASS indicator 
does not go on within five 
minutes, replace module. 

Module is operational, but 
should be replaced 


X 


X 


X 


On 


Module is unlocked from the baseplate. 


Lock module. 


On 


On 


X 


X 


Indicators/signal circuitry on the 
module are malfunctioning 


Replace module. 



The following table lists the conditions that can be represented by the Power/Load 

indicator. 





Field Power 


Description 


Action 


tin 

KJ 


On 


For at least one point, the commanded 
state and the measured state do not 
agree. 


To isolate the suspected point, use the 
Development System computer Diagnostic 
Panel. 


M 
i y 






To determine the output point's commanded 
state, use the Development System computer 
Control Panel. 


.J 

21 






To determine the output's actual state, use a 
Voltmeter, then correct the problem in the 
external circuit. 

If these steps do not solve the problem, 
replace module. 




Off 


All load connections are functioning 
properly. 


No action is required. 



5 The following table lists the possible conditions that can be represented by a point 

indicator. 



Point (1-16) 


Description 


On 


Field circuit is energized. 


Off 


Field circuit is not 

en 
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erg 






ize 






d. 



The table below lists the conditions represented by the top indicators on the AI front 

panel (see page 158 for an illustration) and provides a 
description and a recommended action for each condition. An 
X represents a neutral indicator. 



Pass 


Fault 


Active 


Lock 


Description 


Action 


On 


Off 


On 


Off 


Module is operating normally. 


No action is required. 


On 


Off 


Off 


Off 


Possible conditions: 

Application program has not been 
loaded into the MP. 

Application program has been loaded 
into the MP, but has not been started 
up. 

Module has just been installed and is 
currently running start-up diagnostics. 

The other module is active. 


If module is the hot spare, no 
action is required. 

If module is active, replace 
module. 


Off 


On 


X 


Off 


Possible conditions: 
Module may have failed. 

Module may be in the process of 
power-up self-test. 

Module has detected a fault. 


See mode indicator status for 
power-up states. 

If module's PASS indicator 
does not go on within five 
minutes, replace module. 

Module is operational, but 
should be replaced 


X 


X 


X 


On 


Module is unlocked from the baseplate. 


Lock module. 


On 


On 


X 


X 


Indicators/signal circuitry on the 
module are malfunctioning 


Replace module. 



The following table lists the conditions that can be represented by the Field Power 

indicator. 



Field Power 


Description 


Action 


On 


Field power from one or more of the 
redundant sources is missing. 


To isolate the missing power source, use the 
Development System computer Diagnostic 
Panel. 
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iu ucLcnmnc uic uuipui a <*wiuai ouai^, uac a 
Voltmeter, then correct the problem in the 
external circuit. 

If these steps do not solve the problem, 
replace module 


Off 


Field power is operating normally. 


No action is required. 



The table below lists the conditions represented by the top indicators on the Relay 

Output RO front panel (see page 153 for an illustration) and 
provides a description and a recommended action for each 
condition. An X represents a neutral indicator. 



Pass 


Fault 


Active 


Lock 


Description 


Action 


On 


Off 


On 


Off 


A/fnrhile i<; oneratint? normallv 


No action is required. 


On 


Off 


Off 


Off 


PriQ^i'Vilp pnnHitinn^* 

Application program has not been 
loaded into the MP. 


If module is the hot spare, no 
action is required. 










Application program has been loaded 
into the MP, but has not been started 
up. 

Module has just been installed and is 
currently running start-up diagnostics. 


If module is active, replace 
module. 




















The other module is active. 




Off 


On 


X 


Off 


Possible conditions: 
Module may have failed. 

Module may be in the process of 
power-up self-test. 

Module has detected a fault. 


See mode indicator status for 
power-up states. 

If module's PASS indicator 
does not go on within five 
minutes, replace module. 

Module is operational, but 
should be replaced 


X 


X 


X 


On 


Module is unlocked from the baseplate. 


Lock module. 


On 


On 


X 


X 


Indicators/signal circuitry on the 
module are malfunctioning 


Replace module. 



The following table lists the possible conditions that can be represented by a point 

indicator. 



Point (1-32) 



Description 
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On 


Field circuit is energized. 


Off 


Field circuit is not 

en 
erg 
ize 
d. 



Figure 17 shows the manner in which the cover 20 interconnects with the base. The 

cover 20 includes a cover interlock 67 which mates with a 
corresponding base 21 interlock 68. The cover and the base 21 
5 are then screwed together after insertion of the circuit board 

sandwich 7 shown in Figure 16 and the thermal conductive 
material inside the housing utilizing screws 73 in cover screw 
holes 69a and 69b and base screw holes 70a and 70b as shown 
in Figure 13. Although any fastening method may be used. 

10 Alignment of the housing 29 on insertion can be difficult. Accordingly a single jack 

screw 50 as shown in Figure 13 is utilized which has a screw 
thread 5 1 at one end for engaging the base plate 49 for 
mounting. The single jack screw 50 is centered in the housing 
29 and is mounted through the jack screw hole 74. The use of a 

15 single jack screw 50 seats the module upon entry and unseats 

the module on exit, that is, on engagement and disengagement 
from the connectors. A snap ring 52 is attached to one end of 
the jack screw 50 and engages an annular ring 62 on the jack 
screw 50 to hold the jack screw 50 in position within the 

20 housing at the base 44, a handle 53 holds the jack screw in 

place at the face plate 39. This permits the jack screw 50 to 
pull the module out of its connectors on unscrewing the jack 
screw 50 which remains mounted to the housing 29. The 
handle 53 of the jack screw 50 pulls the housing 29 into its seat 

25 on screwing in of the jack screw 50. This configuration allows 



43 of 91 



ease of insertion and removal of the housing 29, and provides a 
safety factor in that the housing 29 is first grounded on 
mounting prior to power being applied. 

The jack screw 50 has an LED detector notch 63 therein which allows the beam from 
5 a detector LED, which may be mounted on either circuit board 

in the housing, but preferably on the power board 56, such that 
the light beam from the LED is to be intercepted when the jack 
screw 50 is fully seated. If the jack screw 50 is not fully seated, 
the LED beam is interrupted and the system determines that the 
10 module is not fully or properly seated. 

When "removed status" is detected, the SX 15' evaluates the application program and 
£3 if the retentive data is invalid, re-education (reload) from 

SI ; another MP with a valid application program occurs. If no 

other MP has a valid application program, the SX 15' waits in 
1 5 the Stop mode, for a new application program to be loaded, the 

u MP is commanded to the Program Run or Remote state, and 

jLj commanded to download and run. 

jM The "Module Lock Detector" indicates the MP/IOP module is seated and locked into 

its base-plate 65a as shown in Figures 5A and 5B. This status 

% .3 20 is readable by both MPC860s and reflected in the module status 

message. The Lock detector is implemented using a reflective 
type opto-interrupter now shown which detects the position of 
the slot on the jack screw 50. The locked state is indicated by 
the opto-interrupter in the ON (low -conducting) state, i.e. the 
25 opto-interrupter signal is blocked by the jack screw 50. The 

opto-interrupter is diagnosable under firmware control which 
allows at least 1 ms for the opto-interrupter to change state. 
The UNLOCK led is forced off in hardware by a lock detector 
diagnostic bit. 

30 Hot-insertion of the MP/IOP 1 or any other modules into the base-plate is provided 

using the detectable keyed insertion jack screw 50 to insure 
proper installation orientation and correct module type. 
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* 



Each housing 29 is mounted on a base-plate 65 as discussed before as shown in 

Figures 5A and SB. Each base plate 65 may support more 
than one module. The base plates 65 are mounted to rails 66 
and multiple base plates 65 may be mounted in a single system. 
Figures 5A and SB show mounting for both a minimum 
system and a large system. 

Figures 19A and 19B illustrate the mounting of the baseplate for the main processor module 
MP module 1 showing its baseplate 65a mounted to the rail and its interconnections. Figures 
20A and 20B illustrate the mounting of the Digital In module showing its baseplate 65b 
mounted to the rail and its interconnections. Figures 21 A and 21B illustrate the mounting for 
the Digital Out module showing its baseplate 65c mounted to the rail and its interconnections. 
Figures 22A and 22B illustrate the mounting for the Analog In showing its baseplate 65d 
mounted to the rail and its interconnections. Figures 23A and 23B illustrate the mounting for 
the Relay module showing its baseplate 65e mounted to the rail and its interconnections. 

Rail 64 mounted base-plate assemblies permit stacking of several modules as shown 

in Figures 5 A and SB. Each module is housed in a unique 
housing 29 as described above which provides extended make- 
first/break-last safety and signal ground pins 47. Also, a safety 
ground connection to the rail is supplied by the base-plate 
assembly. 

Redundant 24 VDC power supplies are provided to provide a back up in the case of 



power supply failure. In the preferred embodiment, the 



MP/IOP 1 is based on the Motorola QUICC microprocessor, 
the MPC860, as noted above, and includes support for at least 
32M bytes of application memory (DRAM). Error detection 



via parity, background diagnostic, and voting, correction via leg 
re-education are also provided as is hereinafter described. 



Table III 



MP/IOP Base-plate Requirements Connector Requirements 



Qty Connector 



Function 
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1 

1 


6 pin 1 erminai block 


Vbx J l, Vorz z4v logic power ana 
PE 


1 


4 pin Terminal block 


Redundant Alarms 


4 


Fuse holders 


VSP1, VSP2 and Redundant Alarms 


3 


Address Plug 


Node Address 


3 


DB9p 


RS232/RS485 Modbus 


3 


DB9p 


Reserved - not installed 


2 


96 pin DIN 


IO/LCM Module power and LIO bus 


2 


yo pin DUN 


ia^ivl i^en oc ivigni 


3 


Shielded RJ45 


802.3 lOBaseT connector 


3 


RJ12 


Debug — Diag Read port 


3 


96 pin DIN 


Controller board 




*f o pill L^lfN - JZ 


irower inicrid.cc uodxu 


12 


Extended Pin 


FE and PE. (Logic and Chassis 
ground) 



The base-plate contains 3 address plugs (one multi-part address plug connector), one 

per leg. Base-plate Address plugs are visible with modules and 
cables installed. The Node address is set via the Address plugs 
on the MP/IOP base-plate. MP/IOC address plugs are readable 
by both MP 15 and IOP 17 CPUs. The same Address plugs are 
used by the expansion IOP to define the "String number" to 
support multiple IOP s + IO module strings from a TMR 
MP/IOC. 

SYNCHRONIZATION SYSTEM SYNCHRONIZED TIMING ADJUSTMENT 

A synchronization system subsystem (TMR Time) is the basis for MP scan 

synchronization and rendezvous. The subsystem consists of 
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integrated hardware and firmware components, which allows 
the MPs 15 to be loosely coupled in hardware, i.e. run 
independent of scan, and still maintain very tight leg-to-leg 
synchronization, i.e., from scan to scan +/-50us. Tight 
synchronization is required to minimize the amount of time that 
the MP modules 1 wait to synchronize a Channel 1 1 
rendezvous. Leg-to-leg (channel to channel) isolation is 
designed to protection against ground shorts or neighboring 
legs at 36 volts without causing permanent damage or effecting 
the operation of the leg. 

Each MP module 1 rendezvous using synchronization system based upon each MPs 

15 own internal time base, not a common external event or 
clock, synchronization system is used to implement Channel 
1 1 Synchronization Rendezvous, Leg time synchronization 

With reference to Figure 24 registers are used for time synchronization in an FPGA 

77. A 24 bit Timer register 96 counts 1 |i ticks based the 
MPC860 50 MHz 25 ppm clock 51. The SX 15' may read the 
Timer register 96 at any time to obtain relative time. The SX 
15' uses relative time of the midpoint processor to determine 
when to perform its next Channel 1 1 rendezvous for voting 
based on a programmed delta time parameter. For MP-to-MP 
time synchronization, a Time compare register 98 generates a 
synchronization pulse which is applied to the up and 
downstream MP modules through amplifiers 54 and 55 
respectively when the Timer register 96 matches the Time 
register 97 in the FPGA. The SX 15' calculates and loads the 
Time register 97. Four capture registers, two registers 99 and 
100 for upstream and downstream captured the timer register, 
and two registers 103 and 104 for attenuated loop-back capture 
are readable by SX 15'. The capture registers capture the value 
of the Timer register when a synchronization pulse is received. 
The SX 15' uses the delta between the capture registers and its 
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own time to make small adjustments to its Timer register 96 
time base and to detect faults. 

The synchronization system hardware is optimized to minimize the real time 

(instantaneous) work required by SX 15'. synchronization 
5 system servicing does not require MPC860 interrupts. 

synchronization system is implemented in a FPGA 77 which is 
accessible by the SX. 

An adjustment trim register 99 is provide to compensate for time base crystal 

oscillator drift. The adjustment trim register 99 adjusts the time 
10 base by dropping or adding 40 Ns to the time base clock, 1 us 

clock every M us based on adjustment counter 63, where M is 
P programmable from 40.96 us to .66666496 seconds in 40.96 us 

; ^ increments. 

' J The synchronization system architecture is scaleable to include at least one additional 

5 register not shown, to provide for a Hot spared MP module 1 

The synchronization system time synchronization accuracy is selected to minimize 

Channel 1 1 rendezvous window to provide synchronization 
M resolution required for 1 ms sequence of events timing, and to 

, 3 provide time base fault detection and isolation between MP-1 

U 20 legs. 

synchronization system does not drift more that +/- 50 us over a 1 second period. To 
provide a 10X margin, the minimum synchronization system 
accuracy is +/- 50 us/lOs or +/-5 ppm. The synchronization 
system timer base is accurate to +/- 25 ppm (drift +/- 25 us per 
25 second), therefor the SX 15' trims (adjust) this time base 105 to 

provide the required accuracy between MP modules 15. 

synchronization system and the SX 15' synchronizes the MP 15 to an accuracy of +/- 

50 us. This sets the normal Channel 1 1 rendezvous window to 
100 us. The time base 105 is derived from the MP MPC860 50 
30 Mhz 25 ppm crystal oscillator, divided by 4 for time base 

adjustments, and divided by 12.5 (12 then 13 then 12...) for the 
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Timer register 97. Given an accuracy of +/- 50 us, the time 
resolution of the synchronization system timer and capture 
registers is approximately an order of magnitude better, or: +/- 
5 u. Assuming the longest System scan is 500 ms, the timer 
5 should roll twice per scan so that SX can detect register roll- 

over and maintain the high order timer bits in system memory, 
therefor the timer must not roll twice per scan. 500 ms/1 us < 
2 19 or 19 bits. In addition, to permit the timer to be diagnosed, 
the timer should roll over at least once per 10 minutes 
10 (diagnose time requirement). 600s/l us > 2 29 or 29 bits. A 

timer length of 24 bits satisfies both requirements and 
minimizes FPGA hardware. Roll over occurs every 
i "3 16.77721594 seconds. Capture registers and Time registers are 

% 24 bits and the timer roll flag sets when the timer rolls over to 

*;Wl5 zero. 

^ Referring to Figure 24 the synchronization system FPGA includes all of the 

synchronization system registers which are memory mapped 
and includes a method illustrated in Figure 25 for adjustment 
!: f of each MP's synchronization system timer time base. This is 

; : 320 important since the MP time synchronization pulses may arrive 

at any time relative to an MP's timer's value. The timer FPGA 
method generates a pulse when the Timer register 96 matches 
the Time register 97. The capture registers latch the contents of 
the Timer (double synchronized to the time base clock/2 and 
25 latched on the next microsecond) on the rising edge of each 

synchronization pulse. The Synchronization pulses are at least 3 
us wide to allow the MP-MPC860 time to poll for the presence 
of the pulses during power up diagnostics and SX 15' startup. 



Referring to Figure 25, the operation of the time synchronization is shown by way of 

example. Processor A initiates a synchronization pulse 108, processor 

B initiates a synchronization pulse 109 ten microseconds from the leading edge of the A 
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# 



pulse 108. Processor C initiates a synchronization pulse 110 twenty microseconds from the 
leading edge of the B 109 pulse. Assuming, the clocks of each processor are running at a 
different count, e.g. A at 500, B at 100, C at 1000, the each processor would synchronize the 
clocks as follows: 

MY (A) captures its clock 1 1 la at 500 on generation of its synchronization pulse. On receipt 
of the downstream MY (B) synchronization pulse, MY (A) captures its clock 1 1 lc at 510 On 
receipt of the upstream MY (C) synchronization pulse, MY (A) captures its clock 1 1 lb at 
530. 

On receipt of the upstream MY (A) synchronization pulse, MY (B) captures its clock 1 12b at 
90. MY (B) captures its clock 1 12a at 100 on generation of its synchronization pulse. On 
receipt of the downstream MY (C) synchronization pulse, MY (B) captures its clock at 1 12c 
I at 120 

! On receipt of the upstream MY (B) synchronization pulse, MY (C) captures its clock 1 13b at 
J 970. .MY (C) captures its clock 1 13a at 1000 on generation of its synchronization pulse. On 

receipt of the downstream MY (A) synchronization pulse, MY (C) captures its clock 1 13c at 

970. 

By examining the capture times each processor determines which processor was midpoint. 
That is in between the pulses of the other processors. Accordingly, (A) picks a count of 510 
which adds 1 0 us to its clock and (C) picks a count of 980 which subtracts 20 us from its 
clock thereby synchronizing the processors. 

The synchronization system Timer register 96 includes STOP and CLEAR controls. 

SX 15' polls for synchronization pulses from the other MP 
modules 1 (if any) before generating an external 
synchronization pulse (T). Alternatively, the SX 15' may clear 
5 and stop the Timer register 96 and wait for a synchronization 

pulse. On receipt of the synchronization pulse, the SX 15' uses 
the adjust registers to acquire synchronization. The following 
steps occur in each scan time sequence. 

tO, step 601 1) SX 15' reads the synchronization system capture registers and 
1 0 loop-back status . 
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2) SX 15' checks for roll over and increment, the high order time bits 
kept in memory. 

3) SX 15' selects an MP leg (mid-point) to be used for trim 
calculations. 

4) SX calculates a real time value for the next synchronization pulse 
and load time into synchronization system Time register. 

tl - t3, step 602 The synchronization system capture registers 99, 100, 101, 

102, 103 and 104 capture the synchronization system timer register 96 
value to the nearest 1 us when an external synchronization pulse is 
received. Previous values are over- written. 

t2, step 603 synchronization system generates a synchronization pulse when the 
Timer register 96 matches the Timer 97. 

t4, step 604 Returns to tO, for next scan. 

Note: tO - t4 are arbitrary time markers use to illustrate the synchronization system 
sequence. 

The FPGA contains and decodes the following registers set forth in Table IV: 

Table IV 

Address CS6 + 80 hex Register format: 



Addr 


MSB 




Register 


LSB 


0x80 


Roll 


Stop 


TT_INT 


T register (Time) 24b - r/w 


0x84 


Roll 


Stop 


TTJNT 


T counter (Timer) - Free running 24b - r/o 


0x88 


Roll 


Stop 


TT_CO 
F 


Upstream loop-back capture 24b - r/o 


0x8C 


Roll 


Stop 


TT_CO 
F 


Downstream loop-back capture 24b - r/o 


0x90 


Roll 


Stop 


UP_CO 
F 


Upstream capture 24b - r/o 
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0xy4 


Roll 


Stop 


r\\T r~^r\ 

DN_CO 
F 


Downstream capture 24b - r/o 


0x98 


Roll 


Stop 


0 


not used 


0x9C 


Roll 


Stop 


0 


not used 


OxAO 


Adj Enable 


NReg 


MReg 


Control register - 16b -r/w 


0xA4 


0 


Status clear bits - 16b -w/o 



The T register (Time register) determines when the synchronization system 

Synchronization Pulse output signal (TTS is generated. The 
TTS pulse is generated for 3 us when the T register = T counter 
evaluates true. 

5 The T counter (Timer register) counts 1 us time base clocks. The T counter is free 

running. The Roll bit indicates when the T counter has rolled 
past the 24 bit Capture and Time register boundary and the 
software of the MP 15 accounts for this when capturing time. 

Referring again to Figure 24 and Table IV, the upstream attenuated loop-back 
capture register 99 latches the value of the T counter 96 when the Upstream attenuated loop- 
back detects a output synchronization pulse (TTS). The T counter Roll and Stop bits are also 
captured. This register detects faults in the "MY to Upstream" Synchronization pulse driver 
and backplane pins. The upstream loop-back capture register 99 is unknown until the first 
TTS pulse is detected. Roll and Stop indicate the state of the ROLL and stop flags when the 
capture occurred. TT COF (capture overflow) indicates that TT_INT was already set when 
the capture occurred. The TT_COF bit will not clear until the TTJNT bit is cleared and the 
next TSO capture occurs. 

A Downstream attenuated loop-back capture register 100 latches the value of the T 
10 counter 96 when the Downstream attenuated loop-back detects 

a output synchronization pulse (TTS). The T counter 87 Roll 
and Stop bits are also captured. This register detects faults in 
the "MY to Downstream" Synchronization pulse driver and 
backplane pins. 
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This Downstream Loop-back register 100 is unknown until the first TTS pulse is 

detected. Roll and stop indicate the state of the ROLL and stop 
flags when the capture occurred. TT_COF (capture overflow) 
indicates that TTJNT was already set when the capture 
occurred. The TT_COF bit will not clear until the TTJNT bit 
is cleared and the next TSO capture occurs. (See TT control 
register). 

An Upstream capture register 103 latches the value of the T counter 96 when the 

Upstream Synchronization pulse is detected. The T counter 
Roll and Stop bits are also captured. The Upstream Capture 
register 103 is unknown until the first Upstream 
Synchronization pulse (T) is detected or until the UPJLBEN 
(Upstream loop-back enable) bit is set in the control register 
and a synchronization system Synchronization Pulse (TTS) is 
generated. Roll and stop indicate the state of the ROLL and 
stop flags when the capture occurred. UPCOF (capture 
overflow) indicates that UP_CF was already set when the 
capture occurred. The UP_COF bit will not clear until the 
UP_CF bit is cleared and the next UP S capture occurs. (See 
TT control register) 

The Downstream capture register 104 latches the value of the T counter when the 

Downstream Synchronization pulse is detected. The T counter 
96 Roll and Stop bits are also captured. The Downstream 
Capture register 104 is unknown until the first Downstream 
Synchronization pulse is detected or until the DN_LBEN 
(downstream loop-back enable) bit is set in the control register 
and a synchronization system Synchronization Pulse is 
generated. Roll and stop indicate the state of the ROLL and 
stop flags when the capture occurred. DN_COF (capture 
overflow) indicates that DN_CF was already set when the 
capture occurred. The DN_COF bit will not clear until the 
DN_CF bit is cleared and the next DNS capture occurs. 
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The control register 97 provides miscellaneous functional and diagnostic control of 

the synchronization system subsystem. 

CHANNEL DATA TRANSFER AND VOTING 

There are three MP/IOP modules 1 in a preferred system of the instant invention as 

noted above. As shown in Figures 10A and 10b the three MP 
5 modules communicate with each other via an inter-MP bus or 

channel. 1 1 . The Channel 1111 is a three channel parallel to 
serial/serial to parallel communications interface with a DMA 
controller, hardware loop-back fault detection, CRC checking 
and MP to MP electrical isolation, is a high speed 
10 communication path between the three MPs primarily used for 

voting. The three MPs 15a, 15b and 15c are time synchronized 
with each other by a synchronization system. 

In operation as shown in Figure 2 each leg (Channel A, B, C) of the system controller 

is controlled by a separate MP/IOP module 1 . Each MP/IOP 

15 module 1 operates in parallel with the other two MP/IOP 

modules 1, as a member of a triad. Each IOP 17 scans each 
LIO module 2 installed in the system of the instant invention 
via the RS485 2Mb LIO bus 13 at a predetermined time interval 
(set by the initial programming). As each module is scanned, 

20 new input data is transmitted by the IOP 1 7 to MP 1 5 via the 

shared memory module 16 located on the MP/IOP printed 
circuit board. The SX 15' assembles the input data and stores 
the input data in an input table in its memory 16 for application 
program evaluation. 

25 CHANNEL. VOTING 

Prior to application program evaluation, the input table in memory 16 is compared 

with the input tables in memory 16 on the other MPs via the 
channel. 11. 

The input data in each MP 15 is transferred to the other MP 15' modules in the system 
30 and 'Voted" by the SX 15' firmware. If a disagreement is 
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discovered, the value found in two out of three tables prevails, 
and the third table is corrected accordingly. Each MP 15 
maintains history data for corrections and faults. Any 
continuing disparity with the same leg, register or the like is 
5 recorded for future handling at a predetermined occasion by the 

SX 1 5 ' Fault Analyzer routines. 

The SX votes inputs before passing them to the application program to insure that the 

inputs are correct. Voting will be based on a majority vote on 
comparison and the defaulting MP/IOP 1 data will be corrected. 
10 The SX 15' votes the inputs in accordance with the following 

Table V dependent on the number of MP/IOP 1 processors in 
the system and whether the data is analog (a number) or 
discrete (on or off): 

Table V 



Voting mode comparison 



Operating 
Mode 


Number of 
Legs Enabled 


Discrete 
Voting 


Analog Input 
Voting 


TMR 


3 


2-out-of-3 


Mid Value 


Duplex 


2 


2-out-of-2 


Average 


Single 


1 


1-out-of-l 


1-out-of-l 


Safe 


0 


De-energized 


NA 



Accordingly, when in TMR mode, i.e. three processors enabled, Digital or Discrete voting is 
conducted on 2 out of 3 matching. For Analog voting the Midpoint value is selected. 

When in Duplex Mode, i.e. two processors enabled, Digital or Discrete voting is concluded 
on a 2 out of 2 matching. For Analog voting the Average value is selected. For single 
processor voting the value presented is the value selected for either Discrete or Analog 
voting. 

After such comparison is made the selected value is restored to any table having different 
values. 
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In addition to Input comparisons, the SX 15' will also compare the outputs every scan. 

It will be considered a safety fault, if a MP output data does not 
compare with the other MP's output data in accordance with 
Table V. Internal variables will also be compared on a periodic 
5 basis as is predetermined by the SX 15' code which can also be 

every scan. The application program code will also be 
compared on a periodic basis as is predetermined by the SX 15' 
code which can also be every scan. Any comparison failure is 
considered a safety fault. 

10 After the channel. 1 1 transfer and input data voting has corrected the input values, the 

values are evaluated by the application program. The 
Development developed application program is executed by the 
SX 15' in parallel on each MP 15 using an MPC860 
microprocessor which is the CPU for the MP. The application 

15 program generates a set of control system output values based 

upon the control system input values, according to the rules 
built in to the program by a Control Engineer for a particular 
installation. The MP 15 transmits the output values to the IOP 
17 via shared memory 16 over interface 18 . The MP 15 also 

20 votes the control system output values via channel. 1 1 to detect 

faults. The IOP 17 separates the output data corresponding to 
individual LIO Modules 2 in the system. Output data for each 
LIO module 2 is transmitted via the LIO bus 13 to the output 
modules. 

25 CHANNEL. DATA TRANSFER 

At predetermined times each MP rendezvous with the other active members of the 

triad via the synchronization system and compares and votes all 
application program input data. During this comparison the 
actual data is voted a using a majority override mechanism as 
30 noted above and all discrepancies corrected where appropriate. 

Each MP 1 5 is transferred a copy of the other's data to compare 
against and correct it's own copy as required over the channel 
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1 1 . Along with the input data, portions of the MP memory and 
hardware status shall transferred to the other MPs via Channel 
1 1 and compared by firmware. Discrepancies constitute a fault. 

Voting is performed by SX instructions. The Channel 1 1 is similar to a generic multi- 
5 channel communications controller using buffer descriptors 

except that Channel 1 1 is optimized for TMR SX 15' operation 
and includes, real time fault detection and fault location of most 
faults via attenuated transmit loop-backs, no single Channel 1 1 
failure disables more than one MP, no physical Channel 1 1 
10 interface signal interfaces with more than one other MP. 

(Physical interfaces are point-to-point). 

P A typical channel 1 1 . transfer used for voting purposes consists of the following steps: 

1. Rendezvous ( synchronization system) step 701 

2. Transferring of data to be voted (Channel 11) step 702 

! ^ 15 3. Analyzing transfer results (SX), CRC, status, and the like, step 703 

4. Transferring 1 st results data resulting from analyzing transfer results to other MP 
* Modules 1 (Channel 1 1) step 704 

«, 5. Accumulating transfer results (SX), received from other MP Modules, step 705 

6. Transferring 2nd results data indicating voting mode to be taken(Channel 11) step 706 
20 7. Analyzing and Voting the data, step 707 

VOTING MODE SELECTION 

A combination of firmware algorithms (lookup table) and Channel 1 1 attenuated loop- 
back information permits the MPs 1 5 in the triad to detect, 
locate and contain any single leg Channel 1 1 faults to the 

25 faulted leg. In addition, the fault status information also allows 

the non-faulted MPs 1 5 in the triad to unanimously agree on the 
voting mechanism (TMR, Dual or Single). It is important that 
all MPs 1 5 vote using the same voting mode, since voting TMR 
will result in different (although correct) analog values V/S 

30 voting in Dual mode. To insure that all MPs participating in 
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the vote arrive at the same voting mode in the presence of a 
Channel 1 1 fault, the following Channel 1 1 result accumulation 
tables is used: 



Table VII 

Channel 1 1 transfer accumulated results table 



Channel 1 1 
Transfer 


Path fault information accumulated per MP leg (True/False Boolean 

data) 


After Channel 
1 1 data transfer 


Mum 


Mdm 


Mlmu 


Mlmd 










After 1st result 
transfer 


Umu 


Udu 


Ulum 


Ulud 


Dmd 


Dud 


Dldm 


Dlum 


After 2nd - 
result transfer 


Dumu 


DUd 
u 


DUlu 
m 


DUlu 
d 


UDmd 


UDu 
d 


UDld 
m 


UDld 
u 



In order for voting to accurately determine a result the following rules are set regarding the 
Channel 1 1 results : 

True = Data Transfer Worked, good CRC and good sequence number. 

1 . False = Data Transfer failed / missing or bad CRC or bad sequence number. 

2. All transfers are "written". I.E. One leg can not pretend to be another. 

3. Only one leg faulted at a time. 

4. A false value can not be made true by passing it through the bad leg. False values stay 
false. 

5. A true value may be made false (or stay true) by passing it through the bad leg. I.E. True 
values may go false when passed through the bad leg. 

6. A true value passed through a good leg stays true. 

7. Loop-back status always correctly detects the fault location. 
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Table VIII 
Path Faults 



Paths and possible Single faults locations 


Path 


Transmit Fault 
at: 


Receive 
Fault at: 


mu 


M 


U 


md 


M 


D 


um 


U 


M 


ud 


U 


D 


dm 


D 


M 


du 


D 


U 
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Table IX 
Vote selection mode truth table 



TMRvote 


RMum & RMdm & (RUmu | RDUmu) & (RUdu | RDUdu) & 
(RDmd | UDmd) (RDud | RUDud) 






Single leg faults resulting in Dual voting: DUALvote 


Path Fault 


Fa 
ult 
At: 


Voter 
Solution 


Boolean Equation 


MvUD_fMmu 


M 


UD <= 


IMRUmu & IMDRUmu & (RMRUdu |MDRUdu) & 
(MRDud|MURDud) & !Tmmu 


MvMD_fUmu 


U 


MD <= 


RMdm & IMRUmu & IMDRUmu & 
(MRDmd|MURDmd) & TMmu 


MvUDfMmd 


M 


UD <= 


IMRDmd & IMURDmd & (MRUdu|MDRUdu) & 
(MRDud|MURDud) & ITMmd 


MvMUfRDm 
d 


D 


MU <= 


RMum & IMRDmd & IMURDmd & 
(MRUmu|MDRUmu) & TMmd 


MvMD_fUum 


U 


MD <= 


I RMum & RMdm & (MRDmd|MURDmd) & IMTUum 
& IMDTUum 


MvUD_fMum 


M 


UD <= 


I RMum & (MRUdu|MDRUdu) & (MRDud|RMURDud) 
& (RMTUum|MDTUum) 


MvMD_fUud 


U 


MD <= 


RMdm & (MRDmd|MURDmd) & IMRDud & 
IRMURDud & IRMTUud & IMDTUud 


MvMU_fDud 


D 


MU <= 


RMum & (MRUmu IMDRUmu) & IMRDud & 
IMURDud & (MTUud|MDTUud) 


MvMU_fDdm 


D 


MU <= 


RMum & I RMdm & (MRUmu|MDRUmu) & IMTDdm 
& IMUTDdm 
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MvUD fMdm 



M 



UD <= 



!RMdm & (MRUdu|MDRUdu) & (MRDud|MURDud) & 
(MTDdm|MUTDdm) 



MvMU fDdu 



D 



MU <= 



RMum & (MRUmu|MDRUmu) & !MRUdu & 
IMDRUdu & IMTDdu & IMUTDdu 



MvMD fUdu 



U 



MD <= 



RMdm & (MRDmd |MURDmd) & IMRUdu & 
IMDRUdu & (MTDdujMUTDdu) 



Multiple faults resulting in Single mode voting: SINGLEvote 



End of scan copy: TMRmode <= TMRvote, DUALmode <= DUALvote 

Example line 2 of Path fault: MvMDJUmu 

My vote is MY and Downstream, fault located at Upstreams MY to Upstream 
interface : I.E., Upstreams Receiver is bad. 

The equation reads: 

RMdm -> I received good data from downstream. 

IMRUmu -> Upstream reports he did not receive my data. 

IMDRUmu -> Downstream reports that Upstream reports he did not receive my data. 

MRDmd -> Downstream reports he did receive my data. 

MURDmd -> Upstream reports that Downstream he did receive my data. 

TMmu -> My upstream Transmit is good. 

5 Note: Voting UD cases are for fault diagnosis only, M fails in this case and does not 

actually vote. 

Redundant written terms has not been reduced out. 

Abbreviations 

Note: These terms are concatenated to form first and second hand status information 
used to determine the voting mode. 

M= my view 
10 U = Up'sview 

D = Down's view 
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v = vote is... 

f = fault located at... 

Operators: ! = not, | = logical "OR", & = Logical "AND" 

RM= my view of another legs data packet status through My receiver 
5 RU = Ups view of another legs data packet status through UPs receiver 

RD = Downs view of another legs data packet status through DNs receiver 

TM= my view of my loop-back status 

TU = Ups view of Ups loop-back status 

TD = Downs view of Downs loop-back status 
1 0 urn = result of transfer from path Up to MY 

dm = result of transfer from path Dn to MY 

lmu = result of my hardware loop-back from Up to MY path 

lmd = result of my hardware loop-back from Dn to MY path 

mu = result of transfer from path MY to Up 
15 du = result of transfer from path Dn to Up 

lum = result of Up hardware loop-back from Up to MY path 

lud = result of Up hardware loop-back from Up to Dn path 

ud = result of transfer from path Up to Dn 

md = result of transfer from path MY to Dn 
20 1dm = result of Dn hardware loop-back from Dn to MY path 

ldu = result of Dn hardware loop-back from Dn to Up path 

SkipOK = Ok to skip a scan. This term prevents the MP from skipping consecutive scans or 
too many scans per TBD time period or ???. 

TMRmode = Last vote was TMRvote. Used to determine. 

25 DUALmode = Last vote was DUALvote. Used to determine. 

SINGLEmode = Last vote was Single vote. Used for ???. 

TMRvote = Voting TMR this scan. 

DUALvote = Voting DUAL this scan. 

SINGLEvote = Voting Single this scan.] 
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The method of voting mode selection includes the following steps:. The SX system 

checks the lookup truth table, and the capture register values, 
step 801. The system then checks for any faults or any 
processor leg, step 802. If no faults are detected, then the 
5 system enters TMR voting mode. If a fault is discovered, step 

802, the system determines if more than one processor is 
faulted, step 803. If so, the system continues in single 
processor voting mode, step 804. If all of the processors are 
faulted, the system halts. 

10 A hardware clock calendar circuit is used to maintain the time and date during the MP 

power-off state and for OSE. The synchronization system 
P FPGA firmware based clock calendar routines are used to 

"'i maintain the time and date during the MP power-on state. This 

? n time is voted between the MPs. 

jj 1 5 ATTENUATED HARDWARE COMMUNICATION INTERFACE LOOP-BACK 

TriBus channel transmit data loop-back receiver-checkers independently check the 
H upstream and downstream transmit data drivers. As shown in 

M Figure 24 Loop-back registers 99 and 100 are connected 

through the base-plate so that the transmit data driver base-plate 
20 connectors pins will also be diagnosed. The loop-back receivers 

are slightly attenuated with respect the MPs upstream and 
downstream receivers so that a weak transmitter will be 
detected by the loop-back receiver before it is detected by the 
up or downstream receiver. This feature provides extremely 
25 accurate fault identification and location. 

When data signals are transmitted to adjacent processors on the various processor legs 

as shown in Figure 11, each processor 90, 91 and 92 has an 
upstream and downstream loop back path, 90b, 90d, 91b, 91d, 
92b and 92d, respectively. The loop back capture registers 
30 capture the level of the signal. The signals are attenuated to 

switch the signal value received by the other upstream and 
downstream processors. Since the loop-back signal is first 
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received by the transmitting processor, the expected return 
value can be evaluated. . 

TERMS AND ACRONYMS USED IN THIS SPECIFICATION 



Channel (Also know as Leg) An independent I/O Input->MP->I/0 Output path 

LCM Local Communication Module 

LCM Bus Bus between MP and Local Communication module 

LIO Buslnterface between IOP s and LIO modules 

IOP System Input Output Processor 

IOP Bus Bus between MP/IOP and expansion IOP s 

IOX System Input / Output Executive firmware 

MP System Main Processor 

LRXM System Remote Extender Module 

SX System of the instant invention Executive firmware 

MAU Media Adapter Unit - for 803.2 networks 

TMR Triple Modular Redundant 

TRICON TRICONEX Fault Tolerant PLC 

channel. MP inter-processor communications bus 

TriLan " Triplicated Peer to Peer Bus 

Trinode A System MP on TriLan 

synchronization system MP Time synchronization subsystem 

DMA Direct memory access 

TCP/IP Transmission Control Protocol/Internet Protocol 

PC Personal computer 

DCS Host Distributed processor control systems host 

LAN Local area network 

Legs Channel 
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MP/IOP Main processor and input output module 

Modbus A Modicon protocol bus 

LCB Local communications bus 

Control Program Program developed by user for control of industrial 
environment 

FRS Field replaceable subsystem 
Having thus described the invention what is claimed is: 
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